home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / rec / games / bridge / style-guide < prev    next >
Encoding:
Internet Message Format  |  1994-03-02  |  11.0 KB

  1. Path: bloom-beacon.mit.edu!hookup!swrinde!ihnp4.ucsd.edu!agate!overload.lbl.gov!lll-winken.llnl.gov!fastrac.llnl.gov!cronkite.nersc.gov!sas.nersc.gov!u1547
  2. From: u1547@sas.nersc.gov (Bastiaan Braams)
  3. Newsgroups: rec.games.bridge,rec.answers,news.answers
  4. Subject: rec.games.bridge style guide
  5. Followup-To: rec.games.bridge
  6. Date: 1 Mar 1994 18:04:55 GMT
  7. Organization: National Energy Research Supercomputer Center
  8. Lines: 177
  9. Approved: news-answers-request@mit.edu
  10. Message-ID: <2l0047$ss6@cronkite.nersc.gov>
  11. Reply-To: braams@cims.nyu.edu (Bas Braams)
  12. NNTP-Posting-Host: sas.nersc.gov
  13. Summary: This posting provides advice on style for contributions to
  14.  the rec.games.bridge newsgroup.
  15. Xref: bloom-beacon.mit.edu rec.games.bridge:9244 rec.answers:4292 news.answers:15849
  16.  
  17. Archive-name: games/bridge/style-guide
  18. Last-modified: 1994/01/18
  19.  
  20. The quality of a newsgroup will benefit if its community adheres to
  21. certain conventions in presentation and style.  In this posting we
  22. provide some suggestions concerning contributions to rec.games.bridge.
  23. We claim no authority, but hope that contributors to r.g.b. will be able
  24. to use these suggestions to their advantage.
  25.  
  26. This posting is not the rgb.FAQ, nor is it the OKBridge.FAQ.  See the
  27. end of the text for pointers to these two sources of information.
  28.  
  29.  [ The newsgroup news.announce.newusers provides about once per month
  30.    an introduction to the general rules and etiquette of net use; much
  31.    frustrating discussion can be avoided if netters are familiar with
  32.    this material.  You will find there a discussion of the disease of
  33.    mushrooming meta-discussions, suggestions about when to use private
  34.    email rather than the net, suggestions about ignoring or dealing with
  35.    postings that are deemed inappropriate, obnoxious or silly, advice
  36.    about proper procedure in quoting previous posts and private email,
  37.    advice to restrict your lines to 72-74 characters, and much else. ]
  38.  
  39. It is helpful to your readers if you follow a minimal standard format
  40. when posting a hand or a deal.  Count the cards!  List the suits in the
  41. order S, H, D, C.  In a diagram of four hands, place South at the bottom
  42. and rearrange the directions to make South declarer unless there is a
  43. special reason not to.  Do not use the tab key to compose a diagram, as
  44. the diagram may become misaligned on other people's screens and is very
  45. likely to become misaligned if your text is quoted and indented.  If only
  46. two hands are shown it may be better to place them side by side as West
  47. and East, and a single hand can be specified inline.
  48.  
  49. The exact distribution of small cards is often relevant for signaling and
  50. for communication between the hands, so please do not use xx's to
  51. represent small cards when discussing a play problem, and in a bidding
  52. problem use xx's only when they may truly be understood to represent the
  53. smallest cards in the suit.  If you are posting a deal from actual play
  54. and you've forgotten all the small cards, then it may be best to make
  55. them up in some way so that this newsgroup has a precisely specified
  56. problem to consider.
  57.  
  58. Here are some minor points to improve readability.  The symbol "T" for 10
  59. is common and its use is recommended, particularly if you don't use
  60. spaces between cards.  In the auction, use P or Pass and X or Dbl rather
  61. than PASS and DBL.  A vertical lay-out for the suits in the North and
  62. South hands is difficult to read, please don't use that format.  Cards
  63. are always specified suit first and bids level first (so D2 is a card and
  64. 2D is a bid or contract).  Please capitalize the symbols AKQJT and use
  65. lower-case "x" for the unspecified small cards.
  66.  
  67. When recapping the auction, make sure that East's bids are to the right
  68. of West's, else readers may associate the bids with the wrong hand.  The
  69. recommended format is to list the bids in four columns in the order
  70. W-N-E-S.  Note all alertable bids and explain the bid in context.  Do not
  71. explain a bid by convention name if it is not one of the standard bids or
  72. if you play some variation that is not standard.  You can avoid confusion
  73. by describing a bid rather than naming it.
  74.  
  75. When describing the play, take care to specify the type of defensive
  76. carding that is being used where this information is relevant.
  77.  
  78. When you post a bidding problem, supply the method of scoring, the
  79. vulnerability and the position of the dealer.  Do this even if you think
  80. the information is superfluous; it seldom is, and takes up very little
  81. space.
  82.  
  83. When you post a play problem, again, as a matter of routine, mention the
  84. method of scoring and the vulnerability.  It is normally right to provide
  85. the bidding too.  Whenever possible, please give the level of the event.
  86.  
  87. When asking for a director's ruling on a particular deal, describe the
  88. level of the event and any relevant circumstances, specify all four
  89. hands, and describe the bidding and play completely.  (In cases involving
  90. unauthorized information you can alternatively provide only the
  91. authorized information and ask what are the logical options.)
  92.  
  93. Many postings on r.g.b. are in the "What went wrong?" category.  A good
  94. original posting of that type describes a deal and bidding or play that
  95. is, in the poster's humble opinion, reasonable and without obvious error,
  96. but that has led to an unsatisfactory result.  The poster asks whether
  97. some particular action is to blame or whether the result is just
  98. unfortunate.  Deals in which the poster already recognizes that some
  99. error has been committed normally do not provide good material for
  100. discussion.  Please do not pose problems of which one component is
  101. partnership misunderstanding, partnership mistrust, or flouting of
  102. partnership agreements.  The net can't help with those problems except by
  103. impressing upon you that partnership understanding and partnership trust
  104. are preconditions for a good game of bridge.
  105.  
  106. Please try to research your problem a bit before asking a potentially
  107. common question.  Good American and British sources for generic bidding
  108. problems include Bill Root's "Commonsense Bidding", Eddie Kantar's
  109. "Modern Bridge Conventions", Alfred Sheinwold's "5 Weeks to Winning
  110. Bridge", Dorothy Truscott's "Bid Better, Play Better", and Terence
  111. Reese's "Learn Bridge with Reese".  These books will often give a better
  112. and more complete description than you are likely to obtain from the net.
  113.  
  114. If you are seeking advice or help, consider requesting replies by email,
  115. and if your question is of some general interest, be prepared to post a
  116. summary of comments received.  If you did not announce beforehand that
  117. you intended to summarize replies then it is proper to ask permission
  118. before quoting from private email.
  119.  
  120. Before posting a reply to a problem, think it through.  Read all the
  121. other postings in the same thread; maybe somebody else has already said
  122. what you were going to say.  Reply only if you believe you are qualified
  123. and have an informed opinion, and compose your answer carefully--the time
  124. spent on doing so will save your readers much more time in the aggregate.
  125. Remember that it is only the careful reasoning that you supply that makes
  126. your answer of any interest to the r.g.b. readers.  If you are addressing
  127. a bidding problem, explain why your chosen bid is superior to the likely
  128. alternatives.  If it is a play problem, try to provide percentages.  If
  129. it is a director's problem, state the legal basis for your ruling.
  130. Please appreciate that a question that appears trivial to you was not
  131. trivial to the original poster and may not be trivial to many other
  132. readers.  Be polite, succinct and to the point.  Quote from the original
  133. posting no more than is needed to make your answer clear; attribute your
  134. quote properly, but never quote a signature.
  135.  
  136. It is not normally a good idea to make successive postings referring to
  137. the same problem or issue, although a discussion may introduce a new
  138. topic that merits a second contribution.  If you decide you've not made
  139. yourself clear in your first contribution, resolve to do better when you
  140. comment on another problem.  If you decide that your original answer to a
  141. problem was wrong and meanwhile someone else has posted a better answer,
  142. don't feel that you now must post a correction to your previous answer.
  143. Perhaps you should not have replied in the first place, and anyway, the
  144. correction has already appeared.  Forget about it and resolve to do
  145. better the next time.  If you've posted an answer to a problem and you
  146. read a subsequent answer by someone else that you think is wrong, don't
  147. reiterate what you've said before.  You've made your point and the
  148. readers can make up their own mind.
  149.  
  150. If you see a posting that is plainly wrong or silly, wait a day or two
  151. before following up.  If you can't stand to wait, send email to the
  152. author rather than a follow-up.  Chances are other people have noticed
  153. too and an excessive number of follow-ups are already on the way.  If you
  154. see a posting that is rude or inappropriate, an email message should be
  155. preferred to replying over the net; replying by follow-up on the net
  156. tends to generate flame wars instead of discussion.  If you post a hand
  157. on this newsgroup you should be willing to accept that some players will
  158. strongly disagree with your bidding or play.  Please understand that the
  159. nature of a public electronic network does not allow you the same degree
  160. of social control that you may have in your local bridge club; for that
  161. very practical reason you should try hard not to let a style of posting
  162. of which you disapprove interfere with your enjoyment of this newsgroup.
  163.  
  164. Articles in rec.games.bridge should normally receive worldwide
  165. distribution, so if your posting software inserts some restrictive
  166. "Distribution: ..." line, please remove it.  And in consideration of your
  167. worldwide audience, please avoid bridge slang: "a hook", "to tap", or
  168. "red on white" may not be as clear to everyone as "a finesse", "force to
  169. ruff", or "vuln vs. not".
  170.  
  171. The rec.games.bridge FAQ (Frequently Asked Questions) is maintained by
  172. Markus Buchhorn (markus@arp.anu.edu.au) and is regularly posted to the
  173. newsgroup.  The FAQ and related archive material is also available by
  174. anonymous ftp on arp.anu.edu.au in the directory /pub/Bridge/FAQ.  The
  175. /pub/Bridge/programmes directory on the same site contains a variety of
  176. ftp-able Bridge software.  The FAQ archive is also available for access
  177. via gopher and related clients.  Point your gopher at arp.anu.edu.au,
  178. port 70. This will put you in the top directory of the ftp area.
  179.  
  180. The OKBridge program allows people to play and watch bridge over Internet.
  181. A FAQ for OKBridge is regularly posted on r.g.b. by Matthew Clegg
  182. (mclegg@cs.ucsd.edu) and is also included in the ftp archive at
  183. arp.anu.edu.au.  Please don't post hands from OKBridge until the end of
  184. the week in which you encountered the hand; the same hand may be played
  185. by many other r.g.b. readers.
  186.  
  187. Thanks to Bharat Rao, David DesJardins, Doug Newlands, Paul Jackson, Mark
  188. Brader, Hans van Staveren, Brian Clausing, Geoff Hopcraft, Franco
  189. Baseggio and David Grabiner for their contributions to this style guide.
  190.  
  191.     Bas Braams        braams@cims.nyu.edu (address for follow-up email)
  192.     Steve Willner     willner@cfa183.harvard.edu
  193.     Ted Ying          ted@rosserv.gsfc.nasa.gov
  194.